home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000016_news@columbia.edu_Tue Oct 3 18:20:36 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18388
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 4 Oct 1995 15:57:04 -0400
  3. Received: by apakabar.cc.columbia.edu id AA06363
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 4 Oct 1995 15:57:02 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!swrinde!emory!nntp.msstate.edu!nntp.memphis.edu!netnews.wku.edu!netnews.wku.edu!mayhew
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: ?Warning:unknown hardware for port
  8. Message-Id: <1995Oct3.232036.1@netnews.wku.edu>
  9. From: mayhew@wkuvx1.wku.edu
  10. Date: 3 Oct 95 23:20:36 CDT
  11. References: <445vuc$4g6@raffles.technet.sg> <1995Oct1.161112.62432@cc.usu.edu>
  12. Organization: Western Kentucky University, Bowling Green, KY
  13. Nntp-Posting-Host: wkuvx1
  14. Nntp-Posting-User: mayhew
  15. Lines: 90
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <1995Oct1.161112.62432@cc.usu.edu>, jrd@cc.usu.edu (Joe Doupnik) writes:
  19. > In article <445vuc$4g6@raffles.technet.sg>, onglc@technet.sg (Robert Ong) writes:
  20.  
  21. >> In the Windows environment, we load WGTCPIP & TELAPI and the connection
  22. >> works fine. One problem that our users find very unnerving is the message
  23. >> 
  24. >>     ?Warning: unknown hardware for port: Using the Bios as BIOS1.
  25. >> 
  26.  
  27. [. . .]
  28. > port/IRQ at the same time. Do you have a real-mode TSR grabbing the
  29. > port? SLIP_PPP will do so, so will some mouse drivers. I am no expert
  30. > on Win 3.1x serial port mumbo jumbo in system.ini, but if yours is slightly
  31. > tangled then a trip to the Windows Resource Kit is a good suggestion.
  32. >         Joe D.
  33.  
  34. In one sense the following info doesn't help at all; in another sense it
  35. may be some help to know this is a hard-to-track-down-problem that
  36. exists in very simple/standard setups.
  37.  
  38. I routinely run Kermit on port 2 in one of several DOS VM's
  39. under Windows 3.1.  I've seen the "unknown hardware" msg sporadically
  40. and unrepeatably, most recently about 60 seconds ago.  All my attempts
  41. to track this down have failed.  Kermit is the only comm software I
  42. run.  The dos mouse driver is always loaded before windows and is
  43. configured for COM1.  When so configured, it does not touch
  44. COM2 (I tested this using a protected-mode utility which protects
  45. the i/o port addresses and watches for attempts to access them).
  46.  
  47. I've seen the problem with two different I/O boards, everything standard
  48. about them, standard irq's, standard port addresses, except that my
  49. current card has 2 16550's instead of 2 8250's.
  50.  
  51. There's nothing "tangled" about my serial port set up.  The .ini
  52. entries are just as they came off the windows installation disks.
  53.  
  54. My resolution of the problem is always the same--I exit Kermit and
  55. reinvoke it.  Problem is always gone, and I may not see it again
  56. for days.
  57.  
  58. No TCP/IP drivers or network drivers of any sort are loaded.  This
  59. is a straight serial port to modem connection on my standard, clone
  60. home machine.
  61.  
  62. The only memory-resident software loaded is standard DOS/WINDOWS
  63. stuff:  HIMEM, EMM386, etc.
  64.  
  65. My latest example of this symptom is typical in its nonrepeatability:
  66.  
  67. I turned on the machine, intended to use Kermit for a couple of minutes,
  68. and did so from DOS without bothering with windows.  I was then online
  69. longer than expected and decided to exit Kermit, start windows, then
  70. reinvoke Kermit (I can always do this without losing my connection).
  71.  
  72. I'd just read msgs in this news group.  I exited Kermit, started Windows,
  73. created 3 dos vm's, entered the first created and invoked Kermit.
  74. I got the unknown-hardware error.  I exited Kermit, but not the DOS VM,
  75. reinvoked kermit, and everything was back to normal--I was still on line.
  76.  
  77. I can hear some readers thinking "Aha! I know what happened to him."
  78. Yes, if this sort of thing routinely produced the error I could
  79. guess what's causing the error, too.  But my point is that I don't
  80. ordinarily get the error in that situation.  (And, I sometimes get
  81. it when I've invoked Kermit only under windows, not from straight dos.)
  82.  
  83.  
  84. To test whether I could repeat the error tonight, I did this:
  85. I logged off the remote system, turned off my system, and repeated
  86. the earlier series of events.  This time the error did not appear.
  87. (FWIW: I have enough physical RAM that I don't need virtual memory;
  88. so the problem isn't being caused by some specific sequence of page
  89. faults that may vary when the user thinks nothing has changed.)
  90.  
  91. This has been my consistent experience with this problem over a period
  92. of a couple of years.  I simply cannot repeat the error reliabily,
  93. and I've had lots of experience tracking down bugs.
  94.  
  95. I've seen this same thing on systems at work, where the environment
  96. is more complex than on my home machine (network connections are
  97. involved at work).
  98.  
  99. None of this puts the fault at Kermit's feet.  I suspect there's
  100. something flaky going on with Windows.  Kermit is the best thing
  101. I've run under Windows.  I especially like it's ability to do fast
  102. background transfers while I'm working in other DOS VM's.
  103. Kermit is very well designed software.
  104.  
  105. Regards,
  106. Larry Mayhew
  107. mayhew@wkuvx1.wku.edu